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TITLE: System for Discovery of Provisioning Information by Telephones in a 
Frame Switched Network Without a Broadcast Based Protocol. 

Technical Field 

5 The present invention relates to distribution of operating information over a frame 

switched network and more specifically, to a system for discovery of provisioning 
information over a frame switched networl< without reliance on a broadcast based 
. protocol. 

10 Background of the Invention 

For many years voice telephone service was implemented over a circuit switched 
network commonly known as the public switched telephone network (PSTN) and 
controlled by a local telephone service provider. In such systems, the analog electrical 
signals representing the conversation are transmitted between the two telephone 

15 handsets on a dedicated twisted-pair-copper-wire circuit. More specifically, each 

telephone handset is coupled to a local switching station on a dedicated pair of copper 
wires known as a subscriber loop. When a telephone call is placed, the circuit is 
completed by dynamically coupling each subscriber loop to a dedicated pair of copper 
wires between the two switching stations. 

20 In a separate field of technology, the internet Protocols have facilitated 

widespread deployment of IP compliant packet switched networks for transferring of 
data between devices. When a device is coupled to an IP compliant network, it is 
assigned an IP address. Typically, the IP address, along with other required IP 
networking information, is provided to the device by a DHCP server. 

25 Once the device obtains an IP address and the required IP networking 

information, the IP address is used to route IP packets between the device and other 
devices coupled to the internet. 

Because of the limited number of IP addresses available, certain blocks of IP 
addresses, referred to as private network addresses, are routable only on the IP subnet 

30 on which the device is coupled. A network address translation server (NAT) is used to 
couple the subnet to the internet in a manner that enables all of the devices on the 
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subnet to share the globally routable IP address(es) assigned to the NAT server. In this 
situation, the DCHP server provides an IP address to a device must be located on the 
same subnet as the device. 

More recently, voice telephone service has been implemented over the internet. 
5 Advances in the speed of internet data transmissions and internet bandwidth have 
made it possible for telephone conversations to be communicated using the internet's 
packet switched architecture and the TCP/IP and UDP/IP protocols. 

To promote the wide spread use of internet telephony, the International 
Telecommunication Union (ITU) had developed the H.323 set of standards and the 

10 internet Engineering Task Force (IETF) has developed the Session Initiation Protocol 
(SIP) and the Multi-Media Gateway Control Protocol (MGCP). 

The above described protocols may be used to initiate an internet telephony 
session between two IP devices utilizing each devices IP address. Several problems 
exist with integrating internet telephony with traditional circuit switched telephony. 

15 First, people are accustomed to initiating a telephone call using a telephone 

number that is permanently assigned to the called station. A call placed to an internet 
telephony device must be initiated using the devices IP address. An IP address of a 
device is subject to frequent change and, if the device is located on a local area 
network, the device's IP address may be a private network IP address that is not even 

20 routable on the internet. There must exist a solution for enabling a call to be placed to 
an internet telephony device without entry of the devices IP address at the calling 
station. 

Secondly, a call placed from an internet telephony device may be placed to a 
called station served by the PSTN. There must exist a solution for enabling a call 
25 placed by an internet telephony device to be coupled to the PSTN. 

Thirdly, a call placed from a PSTN station may be placed to an internet telephony 
device. There must exist a solution for enabling a call placed by a PSTN station to be 
coupled to the internet and routed to the internet telephony device. 

To solve these solutions, an internet telephony service provider may assign a 
30 PSTN routable number to each internet telephony device. The telephone number 
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routes on the PSTN to a gateway controlled by the telephony service provider. Various 
servers (e.g. soft switches, call agents, proxy servers, trunking gateways, signaling 
gateways, accounting servers, etc) facilitate set up, maintenance, and usage tracking 
for both inbound and outbound calls of the internet telephony device over the internet. 
5 When an internet telephony device is coupled to an IP network, not only does the 

internet telephony device need to obtain an IP address and the required networking 
configuration provided by a DHCP server, but the device also needs to obtain internet 
telephony service provider contact information so that the device may establish services 
with the internet telephony services provider's provisioning servers such as an SNMP 

10 server, a TFTP server, and a SYSLOG server. These servers in turn provide class and 
device configuration which enable the device to place and receive internet telephony 
calls through the internet telephony service provider's signaling and gateway servers. 

Existing provisioning systems, such as the provisioning system proposed by 
Cable Television Laboratories in its specification entitled "PacketCable MTA Device 

15 Provisioning Specification" numbered PKT-SP-PROV-106-03041 5, propose using DHCP 
options such that a DHCP server can provide the internet telephony service provider 
contact information. For example, DHCP options enable a DHCP server to provide a 
fully qualified domain name for the internet telephony service provider's SNMP server 
and an IP address for the internet telephony service provider's SYSLOG server. 

20 There exist several problems with DHCP provisioning. First, the telephony 

service provider may not control the DHCP server from which the internet telephony 
device obtains its configuration. 

In this case, the communication service provider has no control over whether the 
DHCP server provides the options or, if the options are provided, whether the domain 

25 names and IP addresses provided are correct. This can lead to one of several results 
including in-operation of the internet telephony device or unintended operation of the 
internet telephony device with another communication service provider's system. 

What is needed is a system for identifying and contacting an internet telephony 
service provider's provisioning servers over a packet switched network that does not 

30 suffer the disadvantages of the above described systems. 
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Summary of the Invention 

A first aspect of the present invention is to provide a method of operating a pre- 
provisioning server that identifies an internet telephony provisioning entity to an internet 
5 telephony device. The method comprises storing a pre-provisioning contact and a 
unique device ID number in a non-volatile memory of the internet telephony device. At 
the pre-provisioning server the method comprises: i) receiving a provisioning contact of 
a provisioning entity assigned to the device; li) storing the provisioning contact in 
association with a unique device ID number assigned to the device; iii) receiving an 
10 inquiry initiated from the device to the pre-provisioning server at the pre-provisioning 
contact; and iv) responding to the inquiry with a response that includes the provisioning 
contact. 

The step of receiving an inquiry and the step of responding to the inquiry may be 
performed over a hyper text transport protocol link initiated by the device to the pre- 

15 provisioning server. 

The step of storing the provisioning contact in conjunction with the unique device 
ID number may comprise: i) writing the unique device ID number to a key field of a 
record in a look-up table; and ii) writing the provisioning contact to a binary object field 
of the record in the look-up table. 

20 Exemplary provisioning contacts include a provisioning contact selected from a 

group of provisioning contacts consisting of: i) a domain name of a provisioning entry 
point server; and ii) a combination of an IP address and port number of a provisioning 
entry point server. 

The provisioning entry point server is a server that provides the device with 
25 provisioning information selected from a group of provisioning information consisting of: 
i) telephony configuration parameters associated with the device ID number; and ii) 
identification of provisioning servers associated with the device ID number which in turn 
provide telephony configuration parameters. 

The step of receiving (at the pre-provisioning server) a provisioning contact of a 
30 provisioning entity may comprise receiving: i) the unique device ID number of the 
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device; and ii) the provisioning contact of the provisioning entity encapsulated in an IP 
frame from the provisioning entity. Alternatively, the step of receiving (at the pre- 
provisioning server) a provisioning contact of a provisioning entity may comprise 
receiving: i) the unique device ID number of the device; and ii) the provisioning contact 
5 of the provisioning entity encapsulated in an IP frame from a point of sale system that 
assigned the provisioning entity to the device. 

A second aspect of the present invention is to provide a pre-provisioning server 
for identifying an internet telephony provisioning entity to an internet telephony device. 
The internet telephony device has both a unique device ID number and a pre- 
10 provisioning contact stored in its non-volatile memory. 

The pre-provisioning server comprises a management application for receiving a 
provisioning contact of a provisioning entity assigned to the device and storing the 
provisioning contact in association with a unique device ID number assigned to the 
device. The pre-provisioning server also comprises a device application for: i) receiving 
15 an inquiry initiated from the device to the pre-provisioning server at the pre-provisioning 
contact; and ii) responding to the inquiry with a response that includes the provisioning 
contact that was stored in association with the unique device ID number of the device. 

The pre-provisioning server may further comprise a web server application for 
receiving the inquiry and responding to the inquiry over a hyper text transport protocol 
20 link initiated by the device to the pre-provisioning server. 

The pre-provisioning server may include a look-up table comprising a key field 
and a binary object field. The management application stores the provisioning contact 
in conjunction with the unique device ID number by: i) writing the unique device ID 
number to the key field of a record in the look-up table; and ii) wrifing the provisioning 
25 contact to the binary object field of the record in the look-up table. 

A third aspect of the present invention is to provide an internet telephony device 
capable of discovering and obtaining telephony provisioning parameters without 
reliance on a broad cast based protocol. 

The internet telephony device comprises a non-volatile memory for storing a 
30 unique device ID number assigned to the device and a pre-provisioning contact. The 
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device further comprises an IP module for communicating with other IP devices over a 
frame switched network using a network configuration. The IP module includes a 
network configuration module for obtaining the network configuration from a DHCP 
server. 

5 The device further comprises an internet telephony provisioning module for. i) 

sending an inquiry to the pre-provisioning server at the pre-provisioning contact stored 
in the non-volatile memory; ii) receiving a response to the inquiry that includes a 
provisioning contact; iii) sending a provisioning inquiry to a provisioning entity 
associated with the provisioning contact; and iv) obtaining provisioning information in 

10 response to the provisioning inquiry. Again, exemplary provisioning information 
includes provisioning information selected from a group of provisioning information 
consisting of a telephony configuration parameters associated with the device ID 
number and identification of provisioning servers associated with the device ID number 
which in turn provides telephony configuration parameters. 

15 The internet telephony provisioning module may; i) send the inquiry to the pre- 

provisioning server at the pre-provisioning contact by initiating a hypertext transport 
protocol link to the pre-provisioning server; and ii) receives the response to the inquiry 
on the hyper text transport protocol link. 

The internet telephony device may further determine: i) whether telephony 

20 provisioning resources are included in a DHCP response provided by the DHCP server; 
and ii) send a provisioning inquiry to a provisioning entity associated with the 
provisioning contact in response to determining that the DHCP response does not 
include telephony provisioning resources. 

The internet telephony provisioning module may stores the provisioning contact 

25 in the non volatile memory in response to receiving the response that includes a 
provisioning contact. And, the internet telephony provisioning module may send the 
inquiry to the pre-provisioning server at the pre-provisioning contact in response to 
determining that the provisioning contact is not available in the non volatile memory. 
For a better understanding of the present invention, together with other and 

30 further aspects thereof, reference is made to the following description, taken in 
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conjunction with the accompanying drawings, and its scope will be pointed out in the 
appended clams. 



Brief Description of the Drawings 

5 Figure 1 is a block diagram representing a system for discovery of provisioning 

information by an intemet telephony device without reliance on a broad cast based 
protocol; 

Figure 2 is a ladder diagramming representing a first embodiment of operation of 
the system of Figure 1; 
10 Figure 3a is a flow chart representing operation of a pre-provisioning server in 

accordance with one embodiment of the present invention; 

Figure 3a is a flow chart representing operation of a pre-provisioning server in 
accordance with one embodiment of the present invention; 

Figure 4 is a graphic representation of each of a query message and a response 
15 message in accordance with one embodiment of the present invention; 

Figure 5 is a flow chart representing operation of a pre-provisioning registration 
application of a provisioning entity in accordance with one embodiment of the present 
invention; 

Figure 6 is block diagram representing customer premises internet telephony 
20 equipment in accordance with one embodiment of the present invention; 

Figure 7 is a flow chart representing exemplary operation of customer premises 
internet telephony equipment in discovery of provisioning information by an internet 
telephony device without reliance on a broad cast based protocol; 

Figure 8 is a ladder diagramming representing a second embodiment of 
25 operation of the system of Figure 1 ; 

Figure 9 represents a exemplary embodiment of a provisioning entry point of a 
provisioning entity in accordance with one embodiment of the present invention; and 

Figure 10 represents a exemplary embodiment of a provisioning entry point of a 
provisioning entity in accordance with one embodiment of the present invention. 
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Detailed Description of the Exemplary Embodiments 

The present invention will now be described in detail with reference to the 
drawings. In the drawings, each element with a reference number is similar to other 
elements with the same reference number independent of any letter designation 
5 following the reference number. In the text, a reference number with a specific letter 
designation following the reference number refers to the specific element with the 
number and letter designation and a reference number without a specific letter 
designation refers to all elements with the same reference number independent of any 
letter designation following the reference number in the drawings. 

10 It should also be appreciated that many of the elements discussed in this 

specification may be implemented in a hardware circuit(s), a processor executing 
software code, or a combination of a hardware clrcuit(s) and a processor or control 
block of an integrated circuit executing machine readable code. As such, the term 
circuit, module, server, or other equivalent description of an element as used throughout 

15 this specification is intended to encompass a hardware circuit {whether discrete 

elements or an integrated circuit block), a processor or control block executing code, or 
a combination of a hardware circuit(s) and a processor and/or control block executing 
code. 

Figure 1 represents a block diagram useful for discussing the system for 
20 discovery and provisioning of an internet telephony device without reliance on a broad 
cast based protocol. The block diagram of Figure 1 comprises various devices coupled 
to a frame switched internet 12 which may be the internet and is referred to herein as 
the internet 12. 

Coupled to the internet 12 are a pre-provisioning server 14, a plurality of 
25 provisioning entities 94, a factory system 96, a point of sale (POS) system 84, and an 
internet service provider (ISP) router or firewall 22. 

Coupled to the ISP router or firewall 22 is a service provider network 24 which 
also operates the internet protocols. Coupled to the service provider network 24 are a 
customer premises telephony device (CPE) 16 and a DHCP server 18. 
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It should be appreciated that while the pre-provisloning server 14, each 
provisioning entity 94, the factory system 96, and the POS system 84 are shown 
coupled directly to the internet 12, it is possible for any of such devices to be located on 
one or more ISP networks so long as appropriate routers and firewalls enable the 
5 access required of this invention. 

Each of the above described devices operates a suite of IP protocols that enable 
the device to set up TCP/IP logical connections and/or UDP/IP channels with other 
devices over the service provider network 24 and the internet 12. The pre-provisioning 
server 14 has a globally routable public internet Protocol (IP) address such that the 
10 other devices may initiate TCP/IP logical connections and/or UDP/IP channels to the 
pre-provisioning server 14 over the service provider network 24 and the internet 12. 

Each provisioning entity 94 may have a globally unique IP address or a private 
network IP address so long as the provisioning contact 72 (discussed below) uniquely 
routes to the provisioning entity 94 (or more specifically, to a provisioning entry point 52 
15 of the provisioning entity 93). 

Each of the factory system 96 and the POS system 84 may have a globally 
routable public IP address or a non-globally routable private network IP address so long 
as such systems 96 and 84 have the capability of establishing TCP/IP connections to 
each of the provisioning server 20 and the pre-provisioning server 14. 
20 The CPE 16 may have a globally routable public IP address (if the service 

provider network 24 is coupled to the internet 12 via a router 22) or a non-globally 
routable private network IP address (if the service provider network 24 is coupled to the 
internet 12 by a network address translation firewall 22) so long as it has the capability 
of i) contacting and communicating with the DHCP server 18 using DHCP protocols, 
25 and ii) establishing TCP/IP logical connections and/or UDP/IP channels to each of the 
pre-provisioning server 14 and its provisioning entity 94. 

Figure 2 is a ladder diagram that facilitates an overview discussion of a first 
embodiment of the system for the CPE 16 to discover its telephony service provider 
provisioning resource without relying on a broadcast protocol. 
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Referring to Figure 2 in conjunction with Figure 1 , when a CPE 16 is 
manufactured, the factory system 96 assigns a unique CPE ID number 88 to the CPE 
16. The unique ID number may be a variation of the globally unique MAC address of 
the CPE 16. 

5 The factory system 96 stores within non-volatile memory 28 (Figure 5) of the 

CPE 16: i) the CPE ID number 88, an authentication certificate 32 (such as an X.509 
compliant certificate), and a pre-provisioning contact 34 which may be: i) an IP address 
and port number on which the pre-provisioning server 14 receives inquiries from a CPE 
16 (discussed herein); ii) a fully qualified domain name of the pre-provisioning server 

10 14, or iii) other information useful for contacting the pre-provisioning server 14 over the 
service provider network 24 and the internet 12. The step of storing such information in 
the CPE 16 is represented by step 122 of the ladder diagram of Figure 2. 

At the time a CPE 16 is purchased by a customer, the customer will also be 
selecting a service contract with an internet telephony service provider which will control 

15 which provisioning entity 94 from which the CPE 16 is to obtain its internet telephony 
service provisioning. Step 124 represents the PCS system 84 assigning the 
provisioning entity 94 to the CPE 16 and providing the provisioning entity 94 with the 
CPE ID number 88 of the CPE 16. It should be appreciated that each provisioning 
entity 94 may be controlled by a different internet telephony service provider and may 

20 provisioning telephony confirmation parameters to its CPE client 16 utilizing different 
provisioning schemes. 

The assigned provisioning entity 94 then passes the CPE ID number 88 and a 
provisioning contact 72 to the pre-provisioning server 14 encapsulated in an IP frame 83 
as represented by step 126. In the exemplary embodiment, the provisioning contact 72 

25 may be: i) an IP address and port number on which the provisioning entity 94 receives 
inquiries from a CPE 16 (discussed herein); ii) a fully qualified domain name of the 
provisioning entity 94, or iii) other information useful for contacting the provisioning 
entity 94 over the service provider network 24 and the internet 12. The pre-provisioning 
server 14 then stores the provisioning contact 72 in association with the CPE ID number 

30 88 in its look-up database 80. 
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At some future time, when the CPE 16 is initially coupled to the service provider 
network 24 or to the internet 12, the CPE 16 will have only its CPE ID number 88, its 
authentication certificate 32, and the pre-provisioning contact 34 (which may be an IP 
address and port number of the pre-provisioning server 14 or a fully qualified domain 
5 name of the pre-provisioning server 14) stored in its non volatile memory. As such, the 
CPE 16 will not have a provisioning contact 72 available. 

To obtain a provisioning contact 72, the CPE 16 establishes a hypertext 
transport protocol link 81 to the pre-provisioning server 14 using the pre-provisioning 
contact 34 stored in its non volatile memory 28 and sends an inquiry as represented by 
10 step 128. The inquiry includes the CPE ID number 88. 

In response, the pre-provisioning server 14 returns the provisioning contact 72 
associated with the CPE ID number 88 (as stored during step 126 above) to the CPE 16 
at step 1 30 on the hyper text transport protocol link 81 . 

Upon receipt of the provisioning contact 72, the CPE 16 will store the 
15 provisioning contact 72 in its non-volatile memory 28. By storing the provisioning 

contact 72 in non-volatile memory 28, the CPE 16 will have the provisioning contact 72 
available at each future power up and will not have to again contact the pre-provisioning 
server 14 unless the CPE 16 experiences a factory reset. 

After the CPE 16 has stored the provisioning contact 72, the CPE 16 uses the 
20 provisioning contact 72 to make a provisioning inquiry 75 to the provisioning entity 94 at 
step 132 and to obtain its internet telephony service provider provisioning information 85 
at step 134. 

Pre-Provisioning Server 

25 The pre-provisioning server 14 comprises a look-up database 80, a management 

application 82, a device application 78, and a web server application 79. The look-up 
database 80 may be a table with two columns and a plurality of records. A key field 87 
will store the CPE ID number 88 and a binary object field 89 will store a binary large 
object (BLOB) that represents a provisioning contact 72 associated with the CPE ID 

30 number 88. 
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The management application 82 interfaces with the provisioning entities 94 for 
building records of the look-up database 80 by perfomiing the functions of the pre- 
provisioning server 14 discussed above with respect to step 126 of the ladder diagram 
of Figure 2. 

5 The flow chart of Figure 3a represents operation of the management application 

82 in interfacing with the provisioning entities 94. Referring to Figure 3a in conjunction 
with Figure 1 , step 122 represents receiving a CPE ID number 88 and the provisioning 
contact 72 from the provisioning entity 94. 

Step 124 represents the management application 82 creating a new record in the 

10 look-up database 80. The new record associates the CPE ID number 88 with the 
provisioning contact 72 as received from the provisioning entity 94. More specifically, 
step 124a represents writing the CPE ID number 88 to the key field 87 of the look-up 
database 80 and step 124b represents writing the provisioning contact 72 to the binary 
object field 89 of the look-up database 80. 

15 It should be appreciated that a provisioning entity 94 associated with a first 

internet telephony service provider may provide a single IP address and port number of 
a provisioning server as a provisioning contact 72 while a provisioning entity 94 
associated with a second internet telephony service provider may provide a fully 
qualified domain name, a kerberized realm, multiple domain names or IP addresses of 

20 multiple servers, or other information for contacting its provisioning realm as a 

provisioning contact 72. As such, by storing the provisioning contact 72 in the look-up 
database 80 as a binary object, the various formats for a provisioning contact 72 that 
may be used by various internet telephony service providers can be accommodated. 
The device application 78 interfaces with the CPE 16 for reading records of the 

25 look-up database 80 and performing the functions of the pre-provisioning server 14 
discussed above with respect to steps 128 and 130 of the ladder diagram of Figure 2. 
The flow chart of Figure 3b represents operation of device application 78 in interfacing 
with the CPE 16. 

Step 146 represents receiving an HTTP or HTTPS inquiry 150 from the CPE 16 
30 over a TCP/IP connection established by the CPE 16 to the web server application 1 79 
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of the pre-provisioning server 14. Referring briefly to Figure 6, the inquiry 150 is 
graphically represented. The inquiry 150 comprises applicable TCP/IP and lower level 
headers 154 along with payload 155 that includes the CPE ID number 88. 

Returning to Figure 3b, step 147 represents obtaining, from the look-up database 
5 80, the provisioning contact 72 that associates with the CPE ID number 88 provided in 
the inquiry 150. 

Step 148 represents returning a response message 152 to the CPE 16. 
Referring briefly to Figure 4, the response message 152a is graphically represented. 
The response message 152a comprises applicable TCP/IP and lower level headers 156 

10 along with payload 157 that comprises the provisioning contact 72 in the format of an IP 
address and port number of the provisioning entry point 52 of the provisioning entity 94. 
The response message 152b comprises applicable TCP/IP and lower level headers 
156 along with payload 157 that comprises the provisioning contact 72 in the format of a 
fully qualified domain name of the provisioning entry point 52 of the provisioning entity 

15 94. 

Provisioning Entity 

Returning to Figure 1 , a provisioning entity 94 may comprises a provisioning 
entry point 52 and a pre-provisioning registration application 50. 
20 The provisioning entry point server 52 provides telephony service provider 

provisioning information to a CPE 16 which contacts the provisioning entity 94 utilizing 
the provisioning contact 72 as provided by the pre-provisioning server. 

As will be discussed in more detail below with reference to exemplary 
provisioning entry point servers 52, the provisioning information may be provisioning 
25 information selected from a group of provisioning information consisting of: i) telephony 
configuration parameters associated with the device ID number; and ii) identification of 
provisioning servers associated with the device ID number which in turn provide 
telephony configuration parameters. 

The pre-provisioning registration application 50 interfaces with the POS system 
30 84 for receiving a CPE ID number 88 associated with a CPE device 1 6 that has been 
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assigned to the provisioning entity 94 as discussed above with respect to step 124 of 
the ladder diagram of Figure 2. The pre-provisioning registration application 50 also 
interfaces with the pre-provisioning server 14 for pushing a CPE ID number 88 and a 
provisioning contact 72 to the pre-provisioning server 14 as discussed above with 
5 respect to step 1 26 of the ladder diagram of Figure 2. 

The flow chart of Figure 5 represents operation of the pre-provisioning 
registration application 50 in interfacing with the POS system 84 and the pre-registration 
server 14. Referring to Figure 5, step 136 represents receiving a log on request from 
the POS system 84 and step 138 represents authenticating the log on request. The log- 
ic on of the POS system 84 may be identified and authenticated using known systems 
such as a log-on ID and password combination. 

Step 140 represents receiving, from the POS system 84, a CPE ID number 88 of 
a CPE 16 assigned to the provisioning entity 94. Step 142 represents creating a new 
record in the provisioning table 95 by writing the CPE ID number 88 to the provisioning 
15 table 95. 

Step 144 represents the pre-provisioning application 50 establishing a 
connection to the pre-registration server and providing to the pre-registration server 14 
the CPE ID number 88 associated with the CPE 16 and the provisioning contact 72 
associated with the provisioning entity 94. 

20 

Customer Premises Device 

Figure 6 is a block diagram representing an exemplary CPE 16. Referring to 
Figure 6 in conjunction with Figure 1 , the CPE 16 operates as a PSTN gateway for the 
plurality of PSTN devices 46. More specifically, the CPE 16 includes a network 
25 interface module 56, an IP module 54, non-volatile memory 28, a PSTN interface 
module 38, and a telephony service provider client 76. 

The network interface module 56 utilizes known physical layer protocols which 
are compliant with those utilized on the service provider network 24 such that IP frames 
may be exchanged between the CPE 16 over the service provider network 24 and the 
30 internet 12. 
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The IP module 54 formats higher level data packets into TCP/IP or UDP/IP 
frames for transmission to remote devices over the service provider network 24 and the 
internet 12. To provide such formatting, the IP module 54 requires configuration 
parameters 60 such as an IP address 60a and a subnet mask 60b. A network 
5 configuration module 77 communicates over the service provider network 24 with the 
DHCP server 18 to obtain the network configuration 60 necessary for operation of the IP 
module 54. 

The PSTN interface module 38 emulates a PSTN subscriber loop on each of a 
plurality of PSTN ports 44 for interfacing with traditional PSTN devices 46 utilizing in- 

10 band analog or digital PSTN signaling. The PSTN interface module 38 includes a 

PSTN driver 42. The PSTN driver 42 emulates a PSTN subscriber loop on each PSTN 
port 44 for interfacing with a traditional PSTN device 46 utilizing in-band analog or 
digital PSTN signaling. 

The PSTN driver 42 is coupled to an audio DSP 40 and a VoIP client 48. The 

15 VoIP client 48 interfaces with the PSTN driver 42 during call set up and exchanges VoIP 
call signaling with remote VoIP devices such as the soft switch or call agent, and other 
VoIP endpoints. More specifically, the audio DSP 40: i) detects PSTN events on each 
PSTN port 44 (through the PSTN driver 42) such as Off Hook, On Hook, Flash Hook, 
DTMF tones, Fax Tones, TTD tones and generates applicable signaling signals to the 

20 VoIP module 48; ii) generates PSTN signaling (through the PSTN driver 42) such as 
Ring, Dial Tone, Confirmation Tone, and in band caller ID in response to applicable 
signaling signals from the VoIP module 48; and iii) converts between PSTN audio media 
and compressed digital audio media. The audio DSP 40 also provides echo 
cancellation and conference mixing of digital audio signals. 

25 The VoIP client 48 converts between the signaling signals exchanged with the 

audio DSP 40 and VoIP call signaling messages exchanged with a remote VoIP 
endpoints. 

The real time protocol implementation module 62 operated during a media 
session to: i) encapsulate compressed digital audio media generated by the audio DSP 
30 40 into real time protocol frames for transmission to the remote endpoint during a media 
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session; and ii) receives and orders real time protocol frames received from the remote 
endpoint and presents the compressed digital audio media encapsulated therein to the 
audio DSP 40. 

The audio DSP 40 operates algorithms which convert between the digital audio 

5 media exchanged with the PSTN driver 42 and compressed digital audio media 

exchanged with the real time protocol implementation module 62 utilizing a compression 
algorithm stored as part of the audio DSP firmware 64. Exemplary compression 
algorithms utilized by audio DSP 40 include: i) algorithms that provide minimal (or no) 
compression (useful for fax transmission) such as algorithms commonly referred to as 

10 G .71 1 , G.726; ii) very high compression algorithms such as algorithms commonly 
referred to as G.723.1 and G.729D; and iii) algorithms that provide compression and 
high audio quality such as algorithms commonly referred to as G.728, and G. 729E. 

The telephony service provider client 76 provides for operation of the CPE 16 
within the internet telephony service provider's system. In one aspect, the telephony 

15 service provider client 76 comprises a provisioning module 36, which operates as 

previously discussed with respect to the ladder diagram of Figure 2, to interface with the 
pre-provisioning server 14 and the provisioning entity 94 (and optionally other 
provisioning systems of the internet telephony service provider), to obtain telephony 
service provider configuration parameters 37. The internet telephony service provider 

20 configuration parameters 37 comprise class configuration parameters 66 and device 
configuration parameters 68 necessary for the CPE 16 to operate with the internet 
telephony service provider's systems. 

Exemplary class configuration parameters 68 may comprise parameters such a 
signaling server addresses 68a, a digit map 68b, and other management server 

25 address 68c. Exemplary device configuration parameters 66 may comprise parameters 
such as the telephone number 66a assigned to the CPE 16 and binary image versions 
66b (including the audio DSP firmware 64) applicable for operation of the CPE 16. 

The flow chart of Figure 7 represents exemplary operation of the network 
interface circuit 56, the network configuration module 77 and the provisioning module 36 

30 to obtain the network configuration 60 and the telephony service provider configuration 
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37. Referring to the flow chart of Figure 7 in conjunction with the block diagram of 
Figure 6, step 170 represents the network interface module 56 establishing known 
physical and data link layer connections for communications over the service provider 
network 24 to which the CPE 16 is coupled. 
5 Steps 1 72 through 1 78 represent the network configuration module 77 obtaining 

the network configuration 60 for operation of the CPE 16 as a network device on the 
service provider network 24. Steps 180-188 represent the provisioning module 36 
obtaining the internet telephony service provider configuration parameters 37 for 
operation of the CPE 16 as a internet telephony endpoint utilizing the internet telephony 

10 service provider's systems. 

Step 172 represents the network configuration module 77 sending a known 
DHCP discovery message on the service provider network 24. The DHCP discovery 
message may include an indication that the CPE 16 requires provisioning contact 72 
such that if there exists a DCHP server that is controlled by the internet telephony 

15 service provider and can be reached by the DHCP discovery message, such DHCP 
server may respond. 

Step 174 represent obtaining DHCP response messages from one or more 
responding DHCP servers. A DHCP server that is not controlled by (or associated with) 
the internet telephony service provider will include a known response that indicates that 

20 the responding server is unable to provide any recourses needed to initiate internet 
telephony service provider provisioning. Alternatively, a DHCP server that is controlled 
by the internet telephony service provider may indicate that it is able to provide the 
provisioning contact 72 or other telephony provisioning resources useful to the 
provisioning module 36 in obtaining internet telephony service provider provisioning. 

25 Step 1 76 represents selecting a DHCP server. If a DHCP server response 

indicates that the responding DHCP server is able to provide the provisioning contact 
72, or other telephony provisioning resources, then the network configuration module 77 
will select that DHCP server while silently ignoring the other responses. 
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Alternatively, if no DHCP response indicates the ability to provide the 
provisioning contact 72 or other telephony provisioning resources, the network 
configuration module 77 may select a DHCP server based on any other known criteria. 
Step 178 represents obtaining the network configuration 60 from the selected 
5 DCHP server. As previously discussed, the network configuration 60 may comprise an 
IP address 60a and a subnet mask 60b. 

Step 180 represents determining whether a valid provisioning contact 72 or other 
valid telephony provisioning resources were received from the DHCP server. If yes, the 
provisioning module 36 utilizes the provisioning contact 76 or the other telephony 
10 provisioning resources to obtain the telephony service provider configuration 

parameters 37 from the provisioning entity 94 (or other provisioning entity referenced in 
the other telephony provisioning resourced provided by the DCHP server) at step 188. 

Alternatively, if at step 180 it is determined that neither a valid provisioning 
contact 72 nor other telephony provisioning resources are available from the DHCP 
15 server, then step 182 is executed. 

Step 182 represents determining whether the provisioning contact 72 is available 
in the non-volatile storage 28. If yes, the provisioning module 36 uses the provisioning 
contact 72 to contact the provisioning entity 94 and, at step 188 obtains the telephony 
configuration parameters 37. 
20 However, if at step 182, the provisioning contact 72 is not available in non- 

volatile storage 28, then at step 183, the provisioning module 36 opens the hypertext 
transport protocol channel 81 (Figure 1) to the pre-provisioning server 14 and sends the 
query 150 (Figure 4) as previously discussed. 

Step 184 represents receiving the response message 152 (figure 4) back from 
25 the pre-provisioning server 14 which includes the binary object that contains the 
provisioning contact 72 as previously discussed. 

Step 185 represents interpreting the binary object to extract the provisioning 
contact 72. As previously discussed, the pre-provisioning server 14 accommodates 
multiple different provisioning entities storing their provisioning contacts with the look-up 
30 database 80. And, each provisioning entity may format its provisioning contact 
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differently than other provisioning entities, (e.g. a fully qualified domain name, a 
kerberized realm, multiple domain names or IP addresses of multiple servers, or other 
information for contacting a provisioning realm). To accommodate such multiple 
formats, the pre-provisioning server simply receives the provisioning contact 72 as a 
5 binary object, stores it as a binary object, and provides it to the CPE 1 6 as a binary 
object. As such, the provisioning module 36 must interpret the received binary object to 
detemnine the provisioning contact 72. 

Step 186 represents storing the provisioning contact 72 in the non volatile 
storage 28 so that it may be used at future power up cycles without repeating steps 1 83, 
10 184, and 185. 

Step 187 represents contacting the provisioning entity 94 using the provisioning 
contact 72 and, at step 188 obtaining the telephony configuration parameters 37. 

Alternative Embodiment 

15 Figure 8 is a ladder diagram that facilitates an oven/iew discussion of a second 

embodiment of the system for the CPE 16 to discover its telephony service provider 

provisioning resource without relying on a broadcast protocol. 

Referring to Figure 8 in conjunction with Figure 1, when a CPE 16 is 

manufactured, the factory system 96 assigns a unique CPE ID number 88 to the CPE 
20 16. The unique ID number may be a variation of the globally unique MAC address of 

the CPE 16. 

Similar to the first embodiment, the factory system 96 stores within non-volatile 
memory 28 (Figure 5) of the CPE 16: i) the CPE ID number 88, an authentication 
certificate 32 (such as an X.509 compliant certificate), and a pre-provisioning contact 34 

25 which (as previously discussed) may be: i) an IP address and port number on which the 
pre-provisioning server 14 receives inquiries from a CPE 16 (discussed herein); ii) a 
fully qualified domain name of the pre-provisioning server 14, or iii) other information 
useful for contacting the pre-provisioning server 14 over the service provider network 24 
and the internet 12. The step of storing such information in the CPE 16 is represented 

30 by step 100 of the ladder diagram of Figure 8. 
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The factory system 96 also provides the CPE ID number 88 to the pre- 
provisloning server 14, as represented by step 102, such that the pre-provisioning 
server 14 may create a record for the newly manufactured CPE 16 in Its look-up 
database 80. 

5 At the time a CPE 1 6 is purchased by a customer, the customer will also be 

selecting a service contract with an intemet telephony service provider which will control 
the provisioning entity 94 from which the CPE 16 is to obtain its internet telephony 
service provisioning. Step 104 represents the POS system 84 assigning the 
provisioning entity 94 to the CPE 16 and providing the pre-provisioning server 14 with 
10 the CPE ID number 88 of the CPE 16 and a provisioning contact 72 associated with the 
assigned provisioning entity encapsulated in an IP frame 83. This enables the pre- 
provisioning server 14 to associate the provisioning contact 72 with the CPE ID number 
88 previously stored in the look-up database 80. 

The POS system 84 also provides the CPE ID number 88 to the provisioning 
15 entity 94 at step 106. 

At some future time, when the CPE 16 is initially coupled to the service provider 
network 24 or to the internet 12, the CPE 16 will have only its CPE ID number 88, its 
authentication certificate 32, and the IP address 36 of the pre-provisioning server 14 (or 
fully qualified domain name of the pre-provisioning server 14) stored in its non volatile 
20 memory. As such, the CPE 16 will not have a provisioning contact 72 available. 

To obtain a provisioning contact 72, the CPE 16 makes and inquiry to the pre- 
provisioning server 14 using the pre-provisioning contact 34 stored in its non volatile 
memory 28 at step 108. The inquiry includes the CPE ID number 88. 

In response, the pre-provisioning server 14 returns the provisioning contact 72 
25 associated with the CPE ID number 88 (as stored during step 1 04 above) to the CPE 1 6 
at step 110. 

Upon receipt of the provisioning contact 72, the CPE 16 will store the 
provisioning contact 72 in its non-volatile memory 28. By storing the provisioning 
contact 72 in non-volatile memory 28, the CPE 16 will have the provisioning contact 72 
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available at each future power up and will not have to again contact the pre-provisioning 
server 14 unless the CPE 16 experiences a factory reset. 

After the CPE 16 has stored the provisioning contact 72, the CPE 16 uses the 
provisioning contact 72 to make a provisioning inquiry 75 to the provisioning entity 94 at 
5 step 1 12 and to obtain its internet telephony service provider provisioning information 85 
at step 114. 

Provisioning Entry Points 

As discussed above, the provisioning entity 94 comprises a provisioning entry 

10 point 52 which interfaces with the CPE 16 when the CPE 16 contacts the provisioning 
entity 94 using the provisioning contact 72. 

Figure 9 represents a first example of a provisioning entry point 52. The entry 
point 52 of figure 9 provides provisioning information to the CPE 16 which comprises 
internet telephony configuration parameters 86. 

15 The provisioning entry point 52 of Figure 9 comprises a provisioning database 95 

and an initialization file building application 67. The provisioning database 95 
comprises a main table with a plurality of records, each of which is keyed to the CPE ID 
number 88. Associated with the CPE ID number 88 in the provisioning database 95 are 
configuration parameters 86 applicable to the device 16 bearing the CPE ID number 88. 

20 The configuration parameters 86 comprise class configuration parameters 68 and 
device configuration parameters 66. 

When a CPE 16 sends a provisioning inquiry 75 (Figures 2 and 8) to the 
provisioning entry point 52 of Figure 9, the initialization file builder 67 may obtain device 
specific capabilities from the CPE 16, combine those device specific abilities with 

25 applicable device configuration parameters 66 and class configuration parameters 68 to 
build an initialization file comprising all of the necessary class configuration and device 
configuration parameters needed by the CPE 16 for operation in conjunction with the 
internet telephony service provider's systems. The initialization file is then provided to 
the CPE 16 as the provisioning response 85 (Figures 2 and 8). 
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Figure 10 represents a second example of a provisioning entry point 52. The 
provisioning entry point 52b comprises a starting point for a provisioning process that 
requires the CPE 16 to contact multiple servers to obtain telephony service provisioning. 
The provisioning entry point 52 of Figure 10 comprises a provisioning database 
5 95. The provisioning database 95 comprises a main table with a plurality of records, 
each of which is keyed to the CPE ID number 88. Associated with the CPE ID number 
88 in the provisioning database 95 are identification of provisioning servers 97 which will 
in turn provide configuration parameters to the CPE 16. 

When a CPE 16 sends a provisioning inquiry 75 (Figures 2 and 8) to the 

10 provisioning entry point 52 of Figure 10, the provisioning entry point will provided to the 
CPE 16 the identification of the provisioning servers 97. The identification of the 
provisioning server 97 may be IP addresses or domain names of various provisioning 
servers 99 such as an SNMP management server 20, a SYSLOG server 74, an 
authentication server 92, and other telephony service provider servers 93. 

15 The CPE 16 may then continue its provisioning process by contacting such 

provisioning servers 99 as applicable. For example, an SNMP management server 20 
may comprises a provisioning database 91. The provisioning database 91 may 
comprises a main table with a plurality of records, each of which is keyed to the CPE ID 
number 88. Associated with the CPE ID number 88 in the provisioning database 95 are 

20 configuration parameters 86 applicable to the device 16 bearing the CPE ID number 88. 
The configuration parameters 86 comprise class configuration parameters 68 and 
device configuration parameters 66. 

When a CPE 16 contacts the SNMP management server 20, the SNMP 
management server may obtain device specific capabilities from the CPE 16, combine 

25 those device specific abilities with applicable device configuration parameters 66 and 
class configuration parameters 68 to build an initialization file comprising all of the 
necessary class configuration and device configuration parameters needed by the CPE 
16 for operation in conjunction with the internet telephony service provider's systems. 
The initialization file is then provided to the CPE 16 utilizing the SNMP systems. 
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In summary, it should be appreciated that the systems and methods provided 
enable provisioning of a CPE without reliance on broad cast based protocols and 
specifically, even if the CPE can not contact a DCHP server controlled by its internet 
telephony service provider. Although the invention has been shown and described with 
5 respect to certain preferred embodiments, it is obvious that equivalents and 

modifications will occur to others skilled in the art upon the reading and understanding 
of the specification. The present invention includes all such equivalents and 
modifications, and is limited only by the scope of the following claims. 
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